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(54) Title: VOICE OVER INTERNET PROTOCOL PROXY GATEWAY 

(57) Abstract: A proxy gateway for voice over Internet protocol telephony. The proxy gateway includes a terminal portion and a 
gateway portion. The gateway portion is coexisting and in communications with the terminal portion. The proxy gateway is capable 
of interfacing with a gatekeeper and a gateway. The proxy gateway is further capable of interfacing with at least one terminal via a 
network to which the at least one terminal is attached. The proxy gateway uses its termina] portion for interfacing with the at least 
one terminal. The proxy gateway uses its gateway portion for interfacing with the gateway and gatekeeper. Another aspect of the 
invention is a telephony system in which at least one proxy gateway is deployed. The telephony system includes a network and at 
least one terminal attached to the network. TTie telephony system additionally includes a gatekeeper and a gateway communicating 
with the gatekeeper and interfacing between a telephone network and. via the network, the at least one terminal. The telephony 
system further includes the proxy gateway. The proxy gateway communicates with the gatekeeper, the at least one terminal and the 
gateway The proxy gateway has dual characteristics manifested by a gateway portion and a terminal portion so that with respect to 
the at least one terminal the proxy gateway behaves as a terminal and so that with respect to the gateway the proxy gate behaves as 
a gateway. 
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VOICE OVER INTERNET PROTOCOL PROXY GATEWAY 

FIELD OF THE INVENTION 

This application relates to network communications and, specifically, to voice 
over Internet protocol telephony. 

BACKGROUND OF THE INVENTION 

Computer interconnection and communications systems are generally referred 
to as networks. Networks are typically classified according to their geographical 
extent as local area networks (LANs), metropolitan area networks (MANs) and wide 
area networks (WANs). The Intemet is a global network of computer networks. 
Computers attached to the Internet can communicate by sending messages to each 
other via the Intemet. 

Telephone networks such as the public switched telephone network (PSTN) 
have been dominating voice communications. Computer networking has grown side- 
by-side with telephone networks. The consolidation of voice and data communication 
on the Intemet around an Intemet protocol (IP) now allows sound enabled computers 
to exchange digitized audio messages via the Intemet. 

IP telephony uses the Intemet for real-time audio communications where two 
or more participants can carry a conversation. The IP telephony is governed by the 
data network communications standard, known as the Intemet protocol, that allows 
voice to ride on the data network. 

Since DP telephony is capable of combining voice and data on a single line, IP 
telephony is advantages in instances where a single phone connection is used for on- 
line access. Additionally, through deployment of IP telephony intemational and long- 
distance telephone service providers can offer Intemet phone calls to customers with 
software for multimedia PCs (personal computer). 

Gateways are key components in every IP telephony infi^tructure. Fig. 1 
illustrates an exemplary IP telephony infiastructure. Gateways 130 offer the advantage 
of IP telephony by bridging between the traditional telephone network 120 and the 
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Internet 1 10. For real-time communications through the Internet 1 10, gateways 130 
provide audio conversion and perform call setup and termination. 

Telephone-to-telephone 160 communications require two gateways 130. This 
configuration can be advantageously used for low-cost long distance and international 
5 calls. For example, a telephone call can be placed via the telephone network 1 20a in 
one country, and through a gateway 1 30a in this country the telephone call can be 
routed to a gateway 130b in a second country via the Internet 1 10. The second 
gateway 130b connects the call to the destination telephone 160b via the telephone 
network 120b in the second country. The routing through the Internet allows 

1 0 bypassing of the international connection fees. 

In addition to gateways 130, an important component in IP telephony 
inftastructure is a gatekeeper 140. A gatekeeper acts as a central point for all calls 
within its zone and provides call control services to registered terminals 150 and 
gateways 130 including balancing among multiple gateways 130. Routing of calls 

15 through gatekeepers 140 allows service providers to bill for calls placed through their 
network. Gatekeepers 140 also perform address translations to IP addresses and 
manage the communications bandwidth. 

An umbrella protocol the governs IP telephony and provides the standard for 
audio, video, and data communications across IP-based networks, including the 

20 Internet, is known as the H.323 standard. Conformance with the H.323 standard 

intends to provide for transparent communications between gateways and terminals or 
single user devices (hereafter collectively referred to as **tenninals'*) without concern 
for compatibility. Implementation of the H.323 standard intends to allow for 
interoperability of applications &om different vendors. 

25 However, interoperability issues do come up. For example, some terminals 

may implement only a subset of the H.323 standard or interpret some fields 
differently. Terminals also lack capabilities that prevent their complete integration in 
and readiness for the IP telephony. Terminals do not perform functions such as 
authentication, billing and call cutoff, and cannot find an appropriate gateway to 

30 connect to. Normally, tenninals are connected to the Internet intermittently, only 
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when logged on. Hence, terminals are not always ready to accept incoming calls. 
Finally, when calling a destination terminal, telephone users do not know the IP 
address of destination terminal. The present invention addresses the aforementioned 
interoperability issues and related problems. 

5 

SUMMARY OF THE INVENTION 

A preferred embodiment of the present invention provides a telephony system, 
proxy gateway and method for voice over Internet protocol (VOIP) telephony. In 
accordance with the purpose of the invention, as embodied and broadly described 
10 herein, the invention relates to a proxy gateway for the VOIP telephony. The proxy 
gateway bridges between VOIP single user device terminals (terminals) attached to 
the Internet and telephone devices attached to a telephone network through a VOIP 
gateway. 

The proxy gateway fundamentally improvement VOIP telephony by 
IS addressing interoperability among diverse devices on the Intemet and by providing 
enforcement of call authorization and credit policies. In addition, the proxy gateway 
provides for call setup, call proceeding and call termination. The proxy gateway 
decides when to initiate call termination based on, for example, exhausted credit. The 
proxy gateway is further capable of prompting an Intemet terminal device directory 
20 service to look up for an IP address of a called terminal, when a telephone calls the 
terminal. The look up is based on a telephone number of the called terminal that the 
proxy gateway receives from the telephone via the gateway. The proxy gateway 
bridging, via the gateway, between a telephone network to which the telephone is 
connected and the called terminal. 
25 The proxy gateway includes a terminal portion and a gateway portion. The 

gateway portion is coexisting and in communications with the terminal portion. The 
proxy gateway is capable of interfacing with a gatekeeper and a gateway. The proxy 
gateway is further capable of interfacing with at least one terminal via a network to 
which the at least one termmal is attached. The proxy gateway uses its terminal 
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portion for interfacing with the at least one terminal. The proxy gateway uses its 
gateway portion for interfacing with the gateway and gatekeeper. 

In further accordance with the purpose of the invention, as embodied and 
broadly described herein, the invention further relates to a telephony system in which 
• 5 at least one proxy gateway is deployed. The telephony system includes a network and 
at least one terminal attached to the network. The Internet is a suitable network for 
implementing the invention. 

The telephony system additionally includes a gatekeeper and a gateway 
communicating with the gatekeeper and interfacing between a telephone network and, 
1 0 via the network, the at least one terminal. The telephony system further includes the 
proxy gateway. 

The proxy gateway conununicates with the gatekeeper, the at least one 
terminal and the gateway. The proxy gateway has dual characteristics manifested by a 
gateway portion and a terminal portion so that with respect to the at least one terminal 
15 the proxy gateway behaves as a terminal and so that with respect to the gateway the 
proxy gate behaves as a gateway. 

In further accordance with the purpose of the invention, as embodied and 
broadly described herein, the invention also relates to a method for establishing the 
VOIP telephony using the proxy gateway. The method includes establishing the 
20 terminal and the gateway portions within the proxy gateway so that the terminal and 
gateway portions coexist in the proxy gateway and produce the dual characteristics of 
the proxy gateway. The method also includes establishing communications between 
the terminal portion and the gateway portion of the proxy gateway. 

In order to bridge between the at least one terminal and the telephone network 
25 for voice communications, an interface is established between the proxy gateway and 
the at least one terminal, gateway and gatekeeper. 

Advantages of the invention will be set forth, in part, in the description that 
follows and, in part, will be understood by those skilled in the art from the description 
herein. The advantages of the invention will be realized and attained by means of the 
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elements and combinations particuiarly pointed out in the appended claims and 
equivalents. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 The accompanying drawings, which are incorporated in and constitute a part 

of this specification, illustrate several anbodunents of the invention and, together 
with the description, serve to explain the principles of the invention. 
Fig. 1 illustrates an exemplary IP telephony infrastructure. 
Fig. 2 illustrates an IP telephony infrastructure in accordance with an 
1 0 embodiment of the invention. 

Fig. 3 illustrates the functionality of a gateway. 

Fig. 4 illustrates terminal-to terminal communications via the Intemet using an 
Internet protocol compliant with the H.323 standard. 

Fig. 5 illustrates a VOIP proxy gateway in the IP telephony infrastructure. 
1 5 Figs. 6a-6c are a time flow diagram of the VOIP proxy gateway interaction 

with terminals, gateways and gatekeepers during a tenninal-to-telephone calls. 

Figs. 7a and 7b are a time flow diagram of the VOIP proxy gateway 
interaction with terminals, gateways and gatekeepers during a telephone-to-terminal 
calls. 

20 

DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 

Reference will now by made in detail to a preferred embodiment of the 
invention, examples of which are illustrated in the accompanying drawings. 
Wherever convenient, the same reference numbers will be used throughout the 
25 drawings to refer to the same of Uke parts. 

The present invention is related to network communications and, specifically, 
to voice over (OV) Intemet protocol (IP) telephony. The invention provides a VOIP 
proxy gateway for addressing the various interoperability issues and related problems. 
Voice communications bandwidth and efficiency are significantly improved by the 
30 deployment of VOIP proxy gateways. 
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Fig. 2 illustrates an IP telephony infrastructure in accordance with an 
embodiment of the invention. In the IP telephony infrastructure 100, gateways 130 are 
essential components for bridging between traditional telephone networks, the public 
switched telephone networks (PSTN) 120, and the Internet 1 10. It is noted that 
5 although this discussion focuses on the Internet and IP, different protocols and other 
networks, such as an intranet, LAN etc., will not depart from the scope and spirit of 
the present invention. 

Gateways 130, such as the InfoGate provided by InnoMedia, Inc. of San Jose, 
California, offer the advantages of IP telephony to standard telephones. Gateways 130 
10 enable telephone users to communicate with soimd-enabled compute users without 
actually knowing the IP address of these computers. IP addresses are assigned to 
computers when they log-on to fte Internet. Every time a computer logs-on the 
Internet a new IP address is assigned to it. 

For a description of gateways 130 in the IP telephony infrastructure, this 
15 discussion refers to both Fig. 2 and Fig. 3. Fig. 3 illustrates the functionality of a 
gateway 130. In general, a gateway 130 has three functional elements. On one side, 
the gateway 130 connects to the Internet 110, and for this connection the gateway 130 
has an Internet interface 132. On the other side, the gateway 130 connects to the 
telephone network 120, and for that connection the gateway has a telephone network 
20 interface 1 36. As shown, for a connection to the PSTN 1 20 the gateway 1 30 has a 
PSTN interface 136. 

In the context of the invention, any device that can be deployed for IP 
telephony, such as a sound-enabled computer, including a personal computer (PC) 
with multimedia software, a terminal or a single user device (SUD), is referred to as a 
25 "terminal." Terminals and telephones, whether call source or call destination, are 
collectively referred to as "endpoints." 

Through the Internet 1 10, the gateway 130 can communicate with any terminal 
that is logged on the Internet 1 10. The gateway 130 has a conversion function element 
134 for bridging between the Internet 1 10 and the telephone network 120. The 
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conversion function element 134 provides a protocol and coding conversion for calls 
in both directions, telephone-to-terminal and terminal-to-telephone. 

In the telephone-to terminal direction the gateway 130 receives a telephone 
signal from the telephone network 120. The gateway 130 then compresses and 
5 packetizes the signal for transmission to the endpoint (terminal) over the Internet 1 10. 
The gateway can also digitizes the telephone signal if the received telephone signal is 
in analog form. In the terminal-to-telephone direction, the gateway 130 receives 
packets from the Internet 1 10 and converts the packets to a telephone signal to be 
transmitted over the telephone network 120 to the endpoint (telephone). The 

10 operations in either direction can occur simultaneously with the operations in the other 
direction. Hence, the gateway 130 provides for a two-way conversation. In other 
words, calls are full duplex. 

As shown in Fig. 2, the Internet 1 10 is a network interconnecting tenninals 
150 for voice and data communications. With regards to terminal-to-terminal 

15 communications, the Internet 1 10 continues to provide a *charge-free' 

communications network. Namely, apart from the normal Internet connection cost, 
there is no additional charge for terminal-to terminal communications, whether voice 
or data. Fig. 4 illustrates terminal-to terminal conmiunications via the Internet using 
an Internet protocol compliant with the H.323 standard. 

20 The H.323 standard is a communications standard that covers the technical 

requirements for audio, video, and data communications across IP-based networks, 
including the Internet. The H.323 standard applies to stand-alone devices, embedded 
PC technology etc. H.323 addresses call control, multimedia management, bandwidth 
management and interfaces between networks. 

25 H.323 establishes, for example, codec standards for compression and 

decompression of audio and video data. H.323 establishes also call setup and control 
protocols. H.323 is designed to run on top of common network architecture and is not 
platform dependent. Platforms including video-enabled PCs, dedicated platforms, IP- 
enabled telephone handsets, Cable-TV set-top boxes etc., can become H.323- 

30 compliant. (Such platforms can also be collectively referred to as "terminals"). 
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H.323 specifies technical requirements of components in a network-based 
communications system including an IP-based network. Components defined by the 
H.323 standard include, for example, terminals, gateways and gatekeepers. 

With reference again to the IP telephony infrastructure 100 of Fig. 2, gateways 
5 1 30 and gatekeepers are generally included. A Gatekeeper 140 is an important 

component of an H.323-compliant network that forms the IP infrastructure 100. Each 
gatekeeper 140 is associated with a gatekeeper zone (also referred to as the *'H.323 
zone) 190. The gatekeeper 140 acts as a central point for calls within its respective 
zone 190 and provides call control services to registered endpoints. Gatekeepers are 

10 capable of routing calls and making call re-routing decisions if called endpoints are 

unavailable. In order to make use of the services of a gatekeeper 140, all gateways 130 
within the gatekeeper zone 190 need to register with the gatekeeper 140. The IP 
telephony infi:astructure can include a super gateway 170 that provides a link between 
gatekeepers 140 in different gatekeeper zones 190. 

15 One, or more than one, VOIP proxy gateway 160 is added to the IP telephony 

infrastructure 100 in order to fill interoperability gaps. To that end, the VOIP proxy 
gateway 160 exhibits dual characteristics by integrating terminal and gateway 
functionality into the VOIP proxy gateway 160. Fig. 5 illustrates a VOIP proxy 
gateway in the IP telephony infrastructure. 

20 The terminal functionality of the VOIP proxy gateway 160 is shown as the 

termmal portion 162. The gateway functionality of the VOIP proxy gateway 160 is 
shovm as the gateway portion 164. By working partly as a gateway and partly as a 
teiminal, the VOIP proxy gateway 160 establishes a bridge between terminals 150 and 
gateways 130 and gatekeepers 140. It is noted that, as shown in Fig. 2, the IP 

25 telephony infrastructure can include a super gateway 170. The VOff proxy gateway 
160 can interface with the super gatekeeper 170 to provide services that span beyond 
the gatekeeper zone 190 to which the VOIP proxy gateway 160 belongs. 

The terminal portion 162 is capable of communicating with an terminal device 
180. The terminal device directory service 180 includes the IP addresses of terminals 

30 150 registered therewith (logged-on the Internet). The terminal portion 1 62 interfaces 



wo 01/05115 PCT/iBOO/00947 



with the terminal device directory service by, first, registering and, secondly, being 
treated as a terminal The terminal portion 162 can retrieve from the terminal device 
directory service 180 IP addresses of other registered terminals 150. 

There can be multiple VOIP proxy gateways 160 registered with the temfiinal 
5 device directory service 180 (see Fig. 2). Each of the multiple VOIP proxy gateways 
160 can be designated to support, for example, a certain range of telephone numbers. 
The telephone numbers may be partitioned by area code or some other suitable 
criteria. Alternatively, a single group of users (or telephone numbers) may be serviced 
by multiple VOP proxy gateways 160. This arrangement allows the multiple VOIP 

10 proxy gateways to service overlapping portions of the entire range and, thereby, 
provide service that covers the entire range. 

To balance the load among the multiple VOIP proxy gateways 160, the 
terminal device durectory service 180 can be designed to follow a load balancing 
scheme (e.g., round robin load distribution, least recently used, etc.). Additionally, 

15 VOIP proxy gateways 160 can monitor each other's fitness or failure. Upon 

discovering a failure, the remaining active VOIP proxy gateways 160 can initiate a 
fail-over procedure to overcome this failure. This feat\jre is termed fault tolerance. 
Fault tolerance allows the IP telephony infrastructure to continue operating in the 
event of a failure. 

20 The gateway portion 1 64 of the VOIP gateway 1 60 interfaces with gateways 

130 and gatekeepers 140 to facilitate call control. The gateway portion 164 registers 
with the gatekeeper 140 to establish an interface therebetween. Instead of registering 
an area code with the gatekeeper 140, the gateway portion 164 registers a routing 
code. In any other respect, once registered, the VOIP proxy gateway 160 is treated by 

25 the gatekeeper 140 as any other gateway 1 30 in its gatekeeper zone 190. 

It is noted that, even though the gatekeeper 140 may provide a user 
authentication c^ability, a gatekeeper 140 does not enforce user authorization and 
credit policies, A user authentication can be implemented through a user identification 
(ID), password, caller ID or any combination thereof. 
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The VOIP proxy gateway 160 provides the enforcement of authorization and 
credit policies. The VOIP proxy gateway 160 may use any one or a combination of a 
number of authorization models. One of the authorization models is the ID model that 
utilizes a calling card number. A second authorization model is the password model 
5 that utilizes a user-defined code. A third authorization model, the caller ID model, 
utilizes the identity (e.g., number) of the calling telephone to perform an autom.atic 
authentication of the user. A fourth authorization model, the ID-plus-password model, 
utilizes a combination of the user's account number and password. A fifth 
authorization model, the caller-ID-Password model, combines the calling telephone 

1 0 identification and the user's password. 

In enforcing the credit policy, the VOIP proxy gateway 160 utilizes the user's 
credit information, as will be later explained with reference to Figs. 6a-c, 7a and 7b. In 
essence, during a call the VOIP proxy gateway 160 monitors the user's credit 
information. Based on the credit information, the VOIP proxy gateway 160 can 

1 5 inform the gatekeeper of remaining credit, decide to terminate the call and/or ask for 
new credit information (e.g., credit card number and amount). 

In addition to enforcing authorization and credit policies, the VOIP proxy 
gateway 160 provides a terminal IP address in telephone-to-terminal calls. Moreover, 
in cases where the terminal 150 is not logged on and not registered with the terminal 

20 device directory service 1 80, the VOIP proxy gateway 160 initiates a call to the 

terminal, via the telephone network (PSTN) 120. The call intends to force the terminal 
150 to log on the bitemet so that an IP address can be assigned to the terminal 150. 
Once the terminal ISO is logged on and registered with the terminal device directory 
service 180, the VOIP proxy gateway 160 can obtain the IP address of the terminal 

25 150 and provide it to the designated gateway 130. 

As mentioned before, by working partly as a gateway and partly as a terminal, 
the VOIP proxy gateway 160 establishes a bridge between terminals 150 and 
gateways 130 and gatekeepers 140. Figs. 6a-c are a time flow diagram of the VOIP 
proxy gateway interaction with terminals, gateways and gatekeepers during a 

30 terminal-to-telephone calls. 
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The time flow diagram of Figs. 6a-c starts with the terminal ISO logging on 
the Internet^ via step 504, and registering with the terminal device directory service 
180, via step 508. The terminal 150 initiates a call, via step 510, by issuing a request 
for an IP address of a designated gateway 130. This gateway is designated to service 

5 the range of telephone numbers that include the number of the destination telephone 
122. A terminal device directory service look-up is performed, via step 512. The look- 
up key is the destination telephone number. The result of this look-up is the IP address 
of the VOIP proxy gateway 160 that is designated to service the area code or range of 
numbers that include the destination telephone number. The terminal device directory 

1 0 service 1 80 responds with the designated VOIP proxy gateway IP address and an 
indication that the call is being routed through a gateway (the VOIP proxy gateway 
160), via step 514. 

The termmal device directory s^vice 1 80 obtains the IP address of the VOIP 
proxy gateway 160 when the VOIP proxy gateway 160 logs on the Internet and 

15 registers, via step 502, with the terminal device directory service 180. The VOIP 

proxy gateway 160 registers also with the gatekeeper 140, via step 506. Likewise, the 
gateway(s) 130 in the gatekeeper (H.323) zone 190 register(s) with the gatekeeper, via 
step 500. The order of registration is not critical. The only requirement is that the 
terminal, VOIP proxy gate and gateway(s) are each registered before their information 

20 (e,g., IP address) or participation is needed. 

Next, the terminal 1 50 prompts the user to enter user ID and credit 
information, via step 516. The user ID is used for authentication. In addition to the 
telephone number, the terminal also collects the long distance or international prefix 
of the destination, via step 518. 

25 The terminal 150 sends to the VOIP proxy gateway a Q.931 call setup message 

with the telephone number and prefix, user ID and credit information, via step 520. 
The Q.931 is a call signaling protocol under the H.323 protocol umbrella. The call 
signaling protocol, Q.931, establishes a connection between the two endpoints 
(terminal and telephone) via the VOIP proxy gateway 160 and gateway 130, as will be 

30 fiirther explained below. The Q.93 1 call setup message leads to initiation of call setup 
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procedure by the VOIP proxy gateway 160. The destination telephone number and 
prefix code is sent through a standard field of the Q.931 setup message (step 522). 
The user authorization information is sent to the VOIP proxy gateway 160 through the 
user data of the Q.93 1 setup message. The VOIP proxy gateway 160 then sends a 
5 Q.931 call proceeding to the terminal 150, via step 524, acknowledging initiation of 
the call setup. 

Thereafter, the VOIP proxy gateway 160 sends to the gatekeeper 140 an RAS 
(registration addressing status) admission request, via step 526 (Fig. 6b). RAS 
signaling opens a chaimel between gateways and the gatekeeper. The RAS admission 
.10 request bom the VOIP proxy gateway 160 in the zone of the gatekeeper 140, opens a 
channel between the VOIP proxy gateway 160 and this gatekeeper 140 and specifies a 
requested call bandwidth. The VOIP proxy gateway 160 additionally provides to the 
gatekeeper 140 the terminal 150 identification (IP address or telephone number). The 
call signaling channel can be fiirther opened to another gateway 130 chosen by the 
15 gatekeeper 140. 

In response to the RAS admission request, the gatekeeper 140 performs a user 
ID lookup based on the identification (EP address or telephone number) of the terminal 
150, via step 528. In addition, the gatekeeper 140 obtains, in step 530, the IP address 
of a gateway 130 designated to service the call to the destination telephone 122 via the 
20 telephone netwoiic. 

Also in response to the RAS admission request, the user ID, credit information 
and IP address of the designated gateway 130 are sent by the gatekeeper 140 to the 
VOIP proxy gateway 160, via step 532. The VOIP proxy gateway 160 then checks 
this user ID and credit information against the user ID and credit infomiation it 
25 received fi^om the tenninal 1 50, via step 534. 

If there is no match and the user ID from the terminal is proved invalid, the 
VOIP proxy gateway sends to the tenninal 150 a Q.931 call release complete, via step 
536. This message leads to initiation of call disconnect by the terminal 150. Also, if 
the user ID is proved valid but the credit information indicates no more credit 
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available for the call, the VOIP proxy gateway 160 sends to the terminal 150 the 
Q.931 call release complete or, alternatively, a request for new credit. 

Conversely, if both the user ID and credit information are verified by the 
VOIP proxy gateway 1 60, the VOIP proxy gateway authorizes the call in step 538. 
5 The VOIP proxy gateway 1 60 retains the credit information, via step 540, so that it 
can monitor the time laps of the call in progress. 

Next, the VOIP proxy gateway 160 sends a Q,93I call setup to the IP address 
of the designated gateway 130, via step 542. This will establish a connection between 
the VOIP proxy gateway 1 60 and the designated gateway 130. 

10 In response, this gateway 130 sends to the gatekeeper 140 an RAS admission 

request, via step 544. In so doing, the gateway 130 verifies the validity of the call 
setup request from the VOIP proxy gateway 160. If the request is not verified (invalid 
IP address), the gateway sends to the VOIP proxy gateway 160 and the terminal 150 a 
Q.93 1 call release complete message, via steps 546 and 548. This message leads to 

15 initiation of call disconnect by the VOIP proxy gateway 160 and the terminal 150. 

Conversely, if the request from the VOIP proxy gateway 1 60 is verified, the gateway 
sends to the VOIP proxy gateway 160 a Q.931 call proceeding message, in step 550 
(Fig. 6c). In addition, the gateway 130 sends a ring tone to the destination telephone 
122, via step 552. 

20 Next, the gateway 1 30 sends to the VOIP proxy gateway 160 a Q.93 1 alert 

message and, in turn, the VOIP proxy gateway 160 forwards this message to the 
temiinal 150, via steps 554 and 556, respectively. The gateway fiirther sends a ring- 
back tone to the terminal 150 after the gateway 130 opens an RTP/RTCP (real-time 
protocol / real-time control protocol) channel to the terminal 150 (steps 560 and 558, 

25 respectively). 

If there is no response to the ring tone sent to the destination telephone 122, 
the gateway 130 determines the occurrence of a time out event (step 564) . On 
detectmg a time out event occurrence, the gateway sends to the VOIP proxy gateway 
160 a Q.93 1 call release complete message, via step 566. The VOIP proxy gateway 

30 160, in turn, forwards this message to the terminal 1 50. 

13 
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If the destination telephone user responds to the ring tone (step 570), the 
gateway 130 will detect the connection (response) and send a Q.931 call connected 
message to the VOIP proxy gateway 160. The VOIP proxy gateway 160 will forward 
this message to the terminal 150, via step 576. Upon receiving this message, the 
5 terminal establishes an RTP/RTCP channel to the gateway 130. 

Bi-directional voice communications follow through the gateway 130, 
between the terminal 150 and the destination telephone 122, via steps 580 and 582. 
On the gateway-to-terminal leg of the communications, the exchange conforms with 
the H.245 protocol. The H.245 protocol under the umbrella of the H.323 protocol 
1 0 applies to endpoint-to-endpoint voice communications. 

During the bi-directional voice communications, the VOIP proxy gateway 160 
monitors the call duration in order to enforce the credit policy (step 584). If the 
termmal user's credit is exhausted, the VOIP proxy gateway 160 can respond in one 
of two ways. The VOIP proxy gateway 160 can either send to the terminal 150 a 
1 5 Q.93 1 call release complete message (588) or send to the terminal 150 a new credit 
request not shown). Detecting an exhausted credit also prompts the VOIP proxy 
gateway 160 to send to the gateway a Q.931 call release complete message, via step 
590. The gateway 130, in turn, initiates a call disconnect, via step 592. 

Termination of the call can be additionally caused by either one of the users, 
20 the terminal user or the destination telephone user (steps 594, 596 and 598 or steps 
600 and 602). When the gateway 130 detects a call termination by the destination 
telephone, it sends to the VOIP proxy gateway 160 a Q.931 call release complete 
message, via step 604. Alternatively, when the terminal user terminates the call, the 
terminal 150 sends to the VOIP proxy gateway 160 the Q.931 call release complete 
25 message. In either case, the VOIP proxy gateway 160 and gateway 130 send an RAS 
disengage message to the gatekeeper 140 (steps 608 and 610). 

Upon termination of the call, the VOIP proxy gateway 160 sends to the 
gatekeeper 140 the call duration (elapsed time) information so that the gatekeeper 140 
can update the user-related credit information (steps 612 and 614). The gatekeeper 
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maintains for future use the user ID and credit information in a database, table or other 
suitable format. 

Figs. 7a and 7b are a time flow diagram of the VOIP proxy gateway 
interaction with terminals, gateways and gatekeepers during a telephone-to-terminal 
calls. 

The time flow diagram of Figs, 7a and 7b starts with a telephone 122 initiating 
a call to a destination terminal 150 (step 710). The telephone 122 sends an Internet 
telephony (IT) prefix and destination telephone number to a gateway 130 designated 
to service the area code associated with this telephone, via step 712. Together with the 
VOIP proxy gateway 160, this gateway 130 is in a gatekeeper zone (H.323 zone) of 
gatekeeper 140. 

Initially, the gateway 130 and the VOIP proxy gateway 160 register with the 
gatekeeper 140, via respective steps 702 and 704. Also, at some point before or after 
the gatekeeper registration, the VOIP proxy gateway 160 registers with the terminal 
device directory service 180. 

It may be recalled that, in general, terminals are intermittently logged on the 
Internet. Therefore, the destination terminal 150 may or may not be logged on the 
Internet and registered with the terminal device directory service 180 (step 708). If 
not, VOIP proxy gateway 160 will force the terminal 150 to log on the Internet, as 
will be later explained. 

The gateway 130 executes an IVR (step 714) to collect the destination terminal 
telephone, dialing prefix and account number plus password received firom the 
telephone 122, stq) 716. Before allowing the call to proceed, the gateway 130 verifies 
the caller's identification (calling card number etc.) and credit information (step 716). 
If the caller's information is not verified (e.g., call is not authorized), the gateway 130 
sends a disconnect signal to the source telephone 122 (step 716a), and the call ends. 
However, if the caller's information is verified, the gateway 130 then sends an RAS 
admission request to the gatekeeper 140, step 718. If this admission request fails, the 
gatekeeper 140 sends to the gateway 130 a Q.931 call release complete message (step 
71 8a), The gatekeeper 130, in turn, sends a disconnect signal to the source telephone 
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122 (step 1 18b), and the call ends. If, conversely, this admission request succeeds, the 
gatekeeper 140 then routes the call to the designated VOIP proxy gateway 160 (step 
720). 

It may be recalled that there may be multiple VOIP proxy gateways in the 
5 gatekeeper zone. One or more of the VOIP proxy gateways is designated to service 
the area code of the destination terminal. Accordingly, the gatekeeper 140 provides 
the IP address of the designated VOIP proxy gateway 160 to the gateway 130 (step 
722). After receiving the IP address of the VOIP proxy gateway 160, the gateway 130, 
sends a Q.93 1 call setup to the VOIP proxy gateway 1 60 (step 724). The VOIP proxy 

10 gateway 160 then responds with a Q.931 call proceeding message (step 724). 

Next, the VOIP proxy gateway 160 prompts the terminal device directory 
service 180 to look for the IP address of the destination terminal ISO (step 728). The 
IP address lookup is needed because the gateway 1 30 is typically not familiar with 
and does not provide the destination terminal IP address. In other words, by obtaining 

IS the IP address the VOP proxy gateway 1 60 helps fill the gap that is created when the 
IP address of the destination terminal is unknown to the telephone user. The terminal 
device directory service 180 performs a lookup using the destination terminal number 
and prefix as a lookup key (step 730). 

If the terminal 1 50 has not previously logged on the Internet and registered 

20 with the terminal device directory services 1 80 then no IP address is assigned to it. If 
so, the terminal device directory service 180 retums an IP address not found 
indication to the VOIP proxy gateway 160, via step 732 (Fig. 7b). In response, the 
VOIP proxy gateway 160 initiates a call to the terminal in order to prompt it to go on 
line (log on) and accept the call or reject the call (steps 734 and 736). The call to the 

2S terminal 150 can indicate that an IT call is coming in and allow the destination 
terminal user to later accept or reject the call. 

Once the destination terminal 150 is logged on and registered with the 
terminal device directory service 180, via step 738, the VOIP proxy gateway 160 can 
again request the IP address of the destination terminal 150 (step 740). The terminal 

30 device directory service 180 performs a lookup for the ff address using the 
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destination terminal telephone number as a lookup key (step 742). The destination 
terminal IP address is then send by the terminal device directory service 180 to the 
VOIP proxy gateway 160. 

Next, the VOIP proxy gateway 160 sends a Q.931 call setup to the IP address 
5 of the destination terminal 150 and to the gateway 130, via steps 746 and 750. The 
destination terminal 150 responds with Q.931 call proceeding and Q.931 alert 
messages to the VOIP proxy gateway 160, via steps 748 and 752. The VOIP proxy 
gateway 160 then forwards the Q.931 alert message to the gateway 130 (step 754). 
Once the destination terminal 150 accepts the call (e.g. responds to the IT 

10 tone), the destination terminal 150 sends a Q.931 connect message to the VOIP proxy 
gateway 160. The VOIP proxy gateway 160 forwards this message to the gateway 
130, via step 760. In response, the gateway 130 establishes an RTP/RTCP channel to 
the destination terminal 150 (step 764). Likewise, the terminal establishes an 
RTP/RTCP channel to the gateway 130, via step 762. As mentioned before, the 

15 gateway-to-terminal leg of the bi-directional communications conforms with the 
H.245 protocol 

Termination of the call can occur as a resuh of the telephone user's credit 
being exhausted as determined by the VOIP proxy gateway 1 60. The VOIP proxy 
gateway 160 monitors the call duration and compares it against the remaining 

20 available credit. When the VOIP proxy gateway 160 finds that the credit is exhausted 
(step 772) it sends a Q.931 call release complete to the gateway 130 (step 774). 

Termination of the call can also occur when the destination terminal does not 
respond to the call. In this case the gateway 130 detects a time out event (step 778), 
and sends a Q.93 1 call release complete to the VOIP proxy gateway 160. Finally, 

25 either one of the users, the telephone user or destination terminal user, may cause the 
termination of the call (steps 770 and 776, or steps 782 and 784). In either case a 
Q.931 call release complete message is sent to or from the VOIP proxy gateway 160 
(steps 786 or 788). 

In summary, the invention provides a VOIP proxy gateway. The VOIP proxy 
30 gateway exhibits dual characteristics by integrating terminal and gateway 
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functionality in order to fills interoperability gaps. Deployment of the VOIP proxy 
gateway in an IP telephony infrastructure improves voice communications bandwidth 
and efficiency. 

Other embodiments be apparent to those skilled in the art from consideration 
S of the specification and practice of the invention disclosed herein. It is intended that 
the specification and examples be considered as exemplary only, with a true scope of 
the invention being mdicated by the following claims and equivalents. 
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WHAT IS CLAIMED IS: 

1 . A proxy gateway, comprising: 
a terminal portion; and 

a gateway portion coexisting and in communications with the terminal portion, 
the proxy gateway being capable of in terfacing with a gatekeeper and a 
gateway, the proxy gateway being further capable of interfacing with at 
least one terminal via a network to which the at least one terminal is 
attached, the proxy gateway using its terminal portion for interfacing 
with the at least one terminal and its gateway portion for interfacing 
with the gateway and gatekeeper. 

2. The proxy gateway of claim 1 , wherein the proxy gateway bridging, via the 
gateway, between the at least one terminal and a telephone network. 

3. The proxy gateway of claim 1 , wherein the proxy gateway is capable of 
prompting the gatekeeper to look up for a user identification and an IP address of the 
gateway based on information from the at least one terminal, the information 
including an IP address of the at least one terminal a destination telephone number 
and a terminal user identification, the proxy gateway using the IP address of the 
gateway for bridging between the at least one terminal and a telephone network to 
which the destination telephone is connected, the proxy gateway comparing the user 
identification with the terminal user identification before granting call authorization. 

4. The proxy gateway of claim 1, wherein the proxy gateway belongs to a zone of 
the gatekeeper and registers with the gatekeeper in order to establish the interface with 
the gatekeeper. 

5. The proxy gateway of claim 4, wherein the proxy gateway is capable of 
interfacing with a super gatekeeper that bridges between the gatekeeper zone and 
zones of other gatekeepers. 
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6. The proxy gateway of claim 1 , wherein the proxy gateway registers with a 
network service provider directory service to which the proxy gateway and the at least 
one terminal are associated, and wherein the proxy gateway is capable of prompting 
the directory service to look up for an IP address of a called terminal, when a 
5 telephone calls the terminal, based on a telephone number of the called terminal that 
the proxy gateway receives from the gateway, the proxy gateway bridging, via the 
gateway, between a telephone network to which the telephone is connected and the 
called terminal. 

1 0 7. The proxy gateway of claim 6, wherein the proxy gateway is capable of 

prompting the called terminal to log on the network, when the directory service cannot 
find any IP address associated with the called terminal, so that a new IP address can 
be assigned to the called terminal and so that the directory service can provide the new 
IP address to the proxy gateway. 

15 

8. The proxy gateway of claim 1, wherein the proxy gateway is capable of 
providing for call setup, call proceeding and call termination. 

9. The proxy gateway of claim 1, being capable of enforcing call authorization 
20 and user credit policies. 

10. The proxy gateway of claim 1, being capable of facilitating billing. 

1 1 . The proxy gateway of claim 1 , being capable of monitoring duration of calls, 
25 maintaining user credit information, and providing updated credit information to the 

gatekeeper. 

1 2. The proxy gateway of claim 1 , being capable of prompting call termination. 

13. The proxy gateway of claim 1 , being capable of monitoring time laps of a call 
30 and a caller's credit information, and prompting a termination of the call when the 

caller's credit information indicates credit exhausted. 
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1 4. A telephony system, comprising: 
a network: 

at least one terminal attached to the network; 
a gatekeeper; 

a gateway communicating with the gatekeeper and interfacing between a 
telephone network and, via the network, the at least one terminal; 

a proxy gateway communicating with the gatekeeper, the at least one terminal 
and the gateway, the proxy gateway having dual characteristics manifested by a 
gateway portion and a terminal portion so that with respect to the at least one terminal 
the proxy gateway behaves as a terminal and so that with respect to the gateway the 
proxy gate behaves as a gateway. 

15. The system of claim 14, wherein the system further comprises: 
additional gatekeepers, a zone being associated with each of the gate keepers; 
additional gateways in the gatekeeper zones; and 

additional proxy gateways in the additional gatekeeper zones, each of the 
additional proxy gateways having the dual characteristics. 

16. A method for estabhshing voice over network protocol telephony, comprising: 
establishing a terminal portion within a proxy gateway; 

estabhshing a gateway portion within the proxy gateway, the terminal and 
gateway portions coexisting m the proxy gateway; 

estabhshing communications between the terminal portion and the gateway 
portion of the proxy gateway; 

establishing an interface between the gateway portion of the proxy gateway 
and a gatekeeper; 

establishing an interface between the gateway portion of the proxy gateway 

and a gateway; and 
establishing an interface between the terminal portion of the proxy gateway 

and at least one terminal, the terminal portion of the proxy gateway and 
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the at least one terminal being connected to the network, the proxy 
gateway bridging between the at least one terminal and a telephone 
network for voice communications. 

5 17. The method of claim 16, the method further comprising: 

proxy gateway prompting of the gatekeeper to look up for a user identification 

and an IP address of the gateway based on information from the at least one terminal, 

the information including an IP address of the at least one terminal a destination 

telephone number and a terminal user identification; 
1 0 using, by the proxy gateway, the IP address of the gateway for bridging 

between the at least one terminal and a telephone network to which the destination 

telephone is connected; 

comparing, by the proxy gateway, the user identification with the terminal 

user identification before granting call authorization. 

15 

1 8. The method of claim 1 6, wherein the proxy gateway belongs to a zone of the 
gatekeeper, and wherein the method fiirther comprises: 

proxy gateway registration with the gatekeeper in order to establish the 
interface with the gatekeeper. 

20 

1 9. The method of claim 1 6, wherein the method fiuther comprises: 

proxy gateway registration with a network service provider directory service to 
which the proxy gateway and the at least one terminal are associated; and 

proxy gateway prompting of the directory service to look up for an IP address 
25 of a called terminal, when a telephone calls the terminal, based on a telephone number 
of the called terminal that the proxy gateway receives fi-om the gateway, the proxy 
gateway bridging, via the gateway, between a telephone network to which the 
telephone is coimected and the called terminal. 

30 20. The method of claim 1 9, wherein the method fiuther comprises: 
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proxy gateway prompting of the called terminal to log on the network, when 
the directory service cannot find any IP address associated with the called terminal, 
so that a new IP address can be assigned to the called terminal and so that the 
directory service can provide the new IP address to the proxy gateway. 

21. The method of claim 16, wherein the method further comprises: 
providing, by the proxy gateway, for call setup, call proceeding and call 

temiination. 

22. The method of claim 16, wherein the method further comprises: 

proxy gateway enforcement of call authorization and user credit policies, 
including: 

authenticating caller identification; 
monitoring dxiration of a call; 
maintaining caller credit information; 

prompting a termination of the call when the caller credit information 

indicates credit exhausted; and 
providing updated caller credit information to the gatekeeper. 

23. The method of claim 1 6, wherein the method further comprises: 
proxy gateway facilitation of billing. 
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FIG. 1 (Prior Art) 
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